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Amendments to the Claims: 

This listing of claims will replace all prior versions and listing of claims in the above- 
identified application 

Listing of Claims: 

1 (Previously Presented). A method of flow control implemented by a system disposed 
to execute a protocol stack and an application, said method comprising the steps of: 

configuring the protocol stack to operate in a push mode pursuant to which the 
protocol stack initiates the forwarding, to the application, of a first sequence of data 
packets received by the protocol stack; 

generating, at the application, a first input notification determinative of an 
operative mode of the protocol stack; and 

switching, responsive to the first input notification, the protocol stack from 
operation in the push mode to operation in a pull mode pursuant to which the application 
initiates the forwarding, to the application, of a second sequence of data packets received 
by the protocol stack. 

2 (Original). The method of claim 1 further including transitioning the system from 
operation in the push mode to operation in the pull mode in response to a first input 
notification, wherein the push mode and the pull mode constitute mutually exclusive 
modes of operation. 

3 (Original). The method of claim 1 further including transitioning the system from 
operation in the pull mode to operation in the push mode in response to a second input 
notification. 

4 (Original). The method of claim 2 wherein the first input notification includes a receive 
sequence number corresponding to a sequence number of a data packet which, upon 
receipt at the protocol stack, induces the transitioning the system from operation in the 
push mode. 
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5 (Original). The method of claim 3 wherein the second input notification includes a 
receive sequence number corresponding to a sequence number of a data packet which, 
upon receipt at the protocol stack, induces the transitioning the system from operation in 
the pull mode. 

6 (Original). The method of claim 1 further including sending, from the protocol stack to 
the application, receive data indications containing ones of the first sequence of data 
packets when the protocol stack is functioning in an always forward mode invoked 
during operation of the system in the push mode. 

7 (Original). The method of claim 6 wherein the protocol stack assumes that the first 
sequence of data packets are consumed upon delivery to the application and frees storage 
corresponding to the first sequence of data packets upon the sending of the receive data 
indications. 

8 (Original). The method of claim 7 wherein the protocol stack advertises a new window 
to a peer entity upon freeing of the storage. 

9 (Previously Presented). The method of claim 6 wherein the protocol stack postpones 
freeing, within memory associated with the protocol stack, ef storage corresponding to 
the first sequence of data packets until confirmation is received from the application that 
the first sequence of data packets has been consumed by the application. 

10 (Original). The method of claim 1 further including utilizing credit-based flow control 
during operation of the system in the push mode, the credit-based flow control including 
configuring the application to provide buffer credits to the protocol stack. 
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1 1 (Original). The method of claim 10 wherein the credit-based flow control permits the 
protocol stack to forward ones of the data packets within the first sequence to the 
application provided a sufficient number of the buffer credits remain available. 

12 (Original). The method of claim 1 further including sending, from the protocol stack 
to the application, data available indications when the protocol stack is functioning in an 
always buffer mode invoked during operation of the system in the pull mode wherein the 
data available indications are generated at the protocol stack in response to receipt of the 
data packets within the second sequence. 

13 (Original). The method of claim 12 further including forwarding the second sequence 
of data packets from the protocol stack to the application upon receipt at the protocol 
stack of a read data request generated by the application. 

14 (Original). The method of claim 12 wherein the data available indications are 
generated upon receipt of the data packets within the second sequence without 
intervention of the application. 

15 (Original). The method of claim 12 wherein generation of the data available 
indications is postponed until receipt at the protocol stack of a read data request generated 
by the application. 

16 (Original). The method of claim 1 further including configuring the protocol stack to 
withhold acknowledgements which would otherwise be sent to an external peer entity 
upon receipt of the first sequence of data packets from the peer entity. 

17 (Original). The method of claim 1 further including configuring the protocol stack to 
withhold acknowledgements which would otherwise be sent to an external peer entity 
upon receipt of the second sequence of data packets from the peer entity. 
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18 (Original). The method of claim 16 or 17 further including: 

sending an acknowledgement prompt indication event from the protocol stack to 
the application, and 

sending the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 

19 (Original). The method of claim 1 further including sending a window available 
indication from the protocol stack to the application upon receipt at the protocol of an 
open receive window indication from an external peer entity. 

20 (Original). The method of claim 1 further including sending a room available 
indication from the protocol stack to the application when sufficient space exists in a send 
buffer associated with the" protocol stack. 

21 (Withdrawn). A method of flow control implemented by a system disposed to execute 
a protocol stack and an application, said method comprising the steps of: 

receiving a sequence of data packets at the protocol stack; 

determining whether a sufficient number of receive credits are currently available 
to the protocol stack to permit forwarding of the sequence of data packets from the 
protocol stack to the application; and 

sending receive data indications from the protocol stack to the application when 
the sufficient number of receive credits are available, the receive data indications 
containing the sequence of data packets. 

22 (Withdrawn). The method of claim 21 wherein the protocol stack assumes that the 
sequence of data packets are consumed upon delivery to the application and frees storage 
corresponding to the first sequence of data packets upon the sending of the receive data 
indications. 
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23 (Withdrawn). The method of claim 22 wherein the protocol stack advertises a new 
window to a peer entity upon freeing of the storage. 

24 (Withdrawn). The method of claim 21 wherein the protocol stack postpones freeing 
of storage corresponding to the first sequence of data packets until confirmation is 
received from the application that the first sequence of data packets has been consumed 
by the application. 

25 (Withdrawn). The method of claim 21 wherein the application replenishes the receive 
credits available to the protocol stack. 

26 (Withdrawn). The method of claim 21 further including configuring the protocol 
stack to withhold acknowledgements which would otherwise be sent to an external peer 
entity upon receipt of the sequence of data packets from the peer entity. 

27 (Withdrawn). The method of claim 26 further including: 

sending an acknowledgement prompt indication event from the protocol stack to 
the application, and 

sending the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 

28 (Withdrawn). The method of claim 21 further including sending a window available 
indication from the protocol stack to the application upon receipt at the protocol of an 
open receive window indication from an external peer entity. 
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29 (Withdrawn). A method of flow control implemented by a system disposed to execute 
a protocol stack and an application, said method comprising the steps of: 

receiving a sequence of data packets at the protocol stack and generating 
corresponding data available indications; 

sending, from the protocol stack to the application, the data available indications; 

and 

forwarding the sequence of data packets from the protocol stack to the application 
in response to a read data request issued by the application. 

30 (Withdrawn). The method of claim 29 wherein the data available indications are 
generated automatically upon receipt at the protocol stack of the data packets within the 
second sequence. 

31 (Withdrawn). The method of claim 29 wherein generation of the data available 
indications is postponed until receipt at the protocol stack of a read data request generated 
by the application. 

32 (Withdrawn). The method of claim 29 further including configuring the protocol 
stack to withhold acknowledgements which would otherwise be sent to an external peer 
entity upon receipt of the sequence of data packets from the peer entity. 

33 (Withdrawn). The method of claim 32 further including: 

sending an acknowledgement prompt indication event from the protocol stack to 
the application, and 

sending the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 
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34 (Withdrawn). The method of claim 29 further including sending a window available 
indication from the protocol stack to the application upon receipt at the protocol of an 
open receive window indication from an external peer entity. 

35 (Previously Presented). A stateful protocol system comprising: 

a protocol core configure to execute a protocol stack; and 

a processor configured to execute an application wherein the application generates 
a first input notification determinative of an operative mode of the protocol stack; 

said protocol core switching, responsive to the first input notification, the protocol 
stack from operation in a push mode pursuant to which the forwarding of data packets 
received by the protocol stack is initiated by the protocol stack to operation in a pull 
mode pursuant to which the forwarding of the data packets is initiated by the application. 

36 (Original). The system of claim 35 wherein the push mode and the pull mode 
constitute mutually exclusive modes of operation. 

37 (Original). The system of claim 35 wherein the means for configuring includes means 
for transitioning the system from operation in the push mode to operation in the pull 
mode in response to a first input notification wherein the first input notification includes a 
receive sequence number corresponding to a sequence number of a data packet which, 
upon receipt at the protocol stack, induces the transitioning the system from operation in 
the push mode. 

38 (Original). The system of claim 35 wherein the means for configuring includes means 
for transitioning the system from operation in the pull mode to operation in the push 
mode in response to a second input notification wherein the second input notification 
includes a receive sequence number corresponding to a sequence number of a data packet 
which, upon receipt at the protocol stack, induces the transitioning the system from 
operation in the pull mode. 



